Skip to content

Always show panel if a menu is open on it#11779

Merged
clefebvre merged 5 commits into
linuxmint:masterfrom
Gr3q:show-panel-if-menu-open
Nov 27, 2024
Merged

Always show panel if a menu is open on it#11779
clefebvre merged 5 commits into
linuxmint:masterfrom
Gr3q:show-panel-if-menu-open

Conversation

@Gr3q

@Gr3q Gr3q commented Jul 24, 2023

Copy link
Copy Markdown
Contributor

instead of the current policy of "Don't hide the panel if a menu is open on it". With this, if you open an applet with a keybinding, the panel for it will also show.

I made these changes for another PR, so I thought I open it. Discuss it among yourselves if it's really needed.

Maybe it can be turned into an optional toggle (feature) turning this change into a conditional.

Gr3q added 4 commits July 21, 2023 20:03
…to auto hide

The problem is that the panel reports it's not visible even though it is,
so the  x,y calculation for PopupMenus are incorrect.

Panels are not hidden until `global.menuStackLength` is bigger than one
(meaning a PopupMenu is open for example)
@Gr3q Gr3q changed the title Always show panel if a menu open on it Always show panel if a menu is open on it Jul 24, 2023
@clefebvre clefebvre merged commit e58e37b into linuxmint:master Nov 27, 2024
@Gr3q Gr3q deleted the show-panel-if-menu-open branch November 27, 2024 15:52
@fredcw

fredcw commented Dec 3, 2024

Copy link
Copy Markdown
Contributor

@clefebvre I don't really see what this merge achieves except that the option to not show the panel when the menu is opened by shortcut key is no longer available (and thus now needs to be removed from the menu applet #12536)

Was that the intention?

The original issue that I think this was intended to fix (#10970) was fixed with #11788

btw, if the intention is to remove the option and always show the panel then could that not be more easily be achieved by simply removing the option from the menu applet.

@JosephMcc

JosephMcc commented Dec 4, 2024

Copy link
Copy Markdown
Contributor

I think when this PR was opened and again when it was merged, everyone just missed that the option was even there. There was no reason for this unless the option is going to be removed.

@Gr3q

Gr3q commented Dec 4, 2024

Copy link
Copy Markdown
Contributor Author

This PR is was:

Before the fixes the opening behaviour was visually problematic, the panel height (in auto-hide or intelligent mode) was not always considered when showing an applet menu when it should've been, resulting in in the menu either hiding behind the panel or it's position changing after opening, neither being good.

With more work it might be possible to always show the applet menu in the correct y position but that won't change the fact that it could move around (which is never a good thing), so that would need to be prevented too.

In retrospect this fix might not be the best for everyone, because it seems some people want different show/hide behaviour for each applet.

Nevertheless, I don't really mind what happens to this PR, will it be reverted or not, at the time this was the easiest fix I could think of that fixes all of the problems above.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants